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Foreword 

This European Standard (Telecommunications series) has been produced by ETSI Project Terrestrial Trunked Radio 
(TETRA), and is now submitted for the ETSI standards One-step Approval Procedure. 

The present document is part 12, sub-part 16 of a multi-part deliverable covering Voice plus Data as identified below: 



EN 300 392-1: 


"General network design"; 


EN 300 392-2: 


"Air Interface (AI)"; 


EN 300 392-3-1: 


"Interworking at the Inter-System Interface (ISI)"; 


EN 300 392-4: 


"Gateways basic operation"; 


EN 300 392-5: 


"Peripheral Equipment Interface (PEI)"; 


EN 300 392-7: 


"Security"; 


EN 300 392-9: 


"General requirements for supplementary services 


EN 300 392-10: 


"Supplementary services stage 1"; 


EN 300 392-11: 


"Supplementary services stage 2"; 


EN 300 392-12: 


"Supplementary services stage 3": 



EN 300 392-12-1: 


"Call Identification (CI)"; 


ETS 300 392-12-2: 


"Call Report (CR)"; 


EN 300 392-12-3: 


"Talking Party Identification (TPI)\ 


EN 300 392-12-4: 


"Call Forwarding (CF) M ; 


ETS 300 392-12-5: 


"List Search Call (LSC)"; 


EN 300 392-12-6: 


"Call Authorized by Dispatcher (CAD)" 


ETS 300 392-12-7: 


"Short Number Addressing (SNA)"; 


EN 300 392-12-8: 


"Area Selection (AS)"; 


ETS 300 392-12-9: 


" Access Priority (AP)"; 


EN 300 392-12-10: 


"Priority Call (PC)"; 


ETS 300 392-12-11: 


"Call Waiting (CW)"; 


EN 300 392-12-12: 


"Call Hold (HOLD)"; 
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"TETRA frequency bands, duplex spacings and channel numbering"; 

"Network Performance Metrics". 

"TETRA V+D and DMO Release 1.1 specifications". 



Proposed national transposition dates 


Date of latest announcement of this EN (doa): 


3 months after ETSI publication 


Date of latest publication of new National Standard 




or endorsement of this EN (dop/e): 


6 months after doa 


Date of withdrawal of any conflicting National Standard (dow): 


6 months after doa 
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1 Scope 

The present document defines the stage 3 specifications of the Supplementary Service Pre-emptive Priority Call 
(SS-PC) for the Terrestrial Trunked Radio (TETRA). 

SS-PPC enables a user to have preferential access to the network resources in a TETRA system in times of congestion 
including pre-emption of calls. SS-PPC is applicable for pre-emptive priorities including the emergency priority. 
SS-PPC includes the capability to pre-empt resources needed for higher priority calls and the capability to pre-empt 
users from ongoing calls in order to move them to a higher priority calls. SS-PPC specifies the definition, activation, 
deactivation and interrogation for the usage of pre-emptive call priorities in the TETRA system. The Switching and 
Management Infrastructure (SwMI) applies the SS-PPC priorities when it allocates the resources for calls. The SS-PPC 
operations are defined for the SwMI and for the Mobile Station (MS). 

SS-PPC is defined to subscribers of one TETRA system, but the subscribers may be located in several TETRA systems 
and the information flows may be delivered over the Inter System Interface (ISI). SS-PPC is invoked for calls within 
one TETRA system or for calls that extend over ISI to several TETRA systems. 

Man-Machine Interface (MMI) and charging principles are outside the scope of the present document. 

Supplementary Service stage 3 specification is preceded by the stage 1 and the stage 2 specifications of the service. 
Stage 1 describes the functional capabilities from the user's point of view. Stage 2 defines the functional behaviour in 
terms of Functional Entities (FEs) and information flows. Stage 3 gives a precise description of the supplementary 
service from the implementation point of view. It defines the protocol for the service and the encoding rules for the 
information flows. It defines the processes for the FEs and their behaviour. The described protocols and behaviour 
apply to the SwMI, for the MS and may be applied over the ISI between TETRA systems. Aspects relating to all 
supplementary services are detailed in EN 300 392-9 [3]. 



2 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

[1] ETSI EN 300 392-2: "Terrestrial Trunked Radio (TETRA); Voice plus Data (V+D); Part 2: Air 

Interface (AI) M . 

[2] ETSI EN 300 392-1 (Vl.2.1): "Terrestrial Trunked Radio (TETRA); Voice plus Data (V+D); 

Part 1: General network design". 

[3] ETSI EN 300 392-9: "Terrestrial Trunked Radio (TETRA); Voice plus Data (V+D); 

Part 9: General requirements for supplementary services". 

[4] ETSI EN 300 392-3-1 : "Terrestrial Trunked Radio (TETRA); Voice plus Data (V+D); 

Part 3: Interworking at the Inter-System Interface (ISI); Sub-part 1: General design". 

[5] ITU-T Recommendation Z.100: "Functional Specification and Description Language (SDL)". 

[6] ETSI EN 300 392-12-10: "Terrestrial Trunked Radio (TETRA); Voice plus Data (V+D); 

Part 12: Supplementary services stage 3; Sub-part 10: Priority Call (PC)". 
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3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply: 

authorized user: user who is authorized to define, activate, deactivate and interrogate SS-PPC 

CCA: Call Control sub-entity for Supplementary Service Pre-emptive Priority Call in Circuit Mode Control Entity in 
Mobile Station 

emergency priority: highest pre-emptive priority level 

Functional Entity (FE): functional characteristics of the SS sub-entity within an MS or a SwMI related to an SS-PPC 
action, e.g. definition or invocation 

SS-PPC call: basic service (call) to which the defined SS-PPC priority is applied 
SS-PPC invocation: sending of priority request to infrastructure 

NOTE: The SS-PPC invocation is done with the basic service invocation request. 
SS-PPC operation: usage of SS-PPC priority for and in a basic service set-up 

SS-PPC pre-emption: exclusion of one or more parties from an ongoing basic service due an SS-PPC operation for 
another basic service 

NOTE: The pre-emption may be done due to the lack of resources or due to the need to join a called party to a 
higher priority pre-emptive call. 

SS-PPC priority: any pre-emptive priority invoked and operated for an SS-PPC call 

user A: calling party, the party that invokes or generates invocation of SS-PPC 

user B: called party in a call in which SS-PPC is operated 

user C: pre-empted user, a user that is involved in a call, which is pre-empted due to lack of resources for a SS-PPC 

NOTE: There may be one, two or more pre-empted users due to a pre-empted call, 
user D: remaining user or users in a call from which a user or users have been pre-empted 
visited SwMI: TETRA system of which the Mobile Network Identity (MNI) is not equal to the MNI of the user 

3.2 Abbreviations 



For the purposes of the present document, the following abbreviations apply: 



cc 


Call Control sub-entity for SS-PPC in CMCE in SwMI 


CMCE 


Circuit Mode Control Entity 


FE 


Functional Entity 


GTSI 


Group TETRA Subscriber Identity 


ISI 


Inter System Interface 


ITSI 


Individual TETRA Subscriber Identity 


MCC 


Mobile Country Code 


MNC 


Mobile Network Code 


MNI 


Mobile Network Identity 


MS 


Mobile Station 


PDU 


Protocol Data Unit 


SS 


Supplementary Service sub-entity within CMCE 


SSI 


Short Subscriber Identity 


SS-PPC 


Supplementary Service Pre-emptive Priority Call 
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SwMI 

TETRA 

TNCC-SAP 

TNSS-SAP 

TSI 



Switching and Management Infrastructure 
TErrestrial Trunked RAdio 

TETRA Network layer Call Control Service Access Point 

TETRA Network layer Supplementary Service Service Access Point 

TETRA Subscriber Identity 



4 



SS-PPC service primitives 



4.1 



General 



This clause describes the SS-PPC services offered by Supplementary Service (SS) and call control sub entities of 
CMCE of the TETRA voice plus data layer 3 service boundary in the MS. The SS-PPC services shall be offered at the 
Supplementary Services Service Access Point (TNSS-SAP) and the Call Control services Service Access Point 
(TNCC-SAP). The SS-PPC services described in this clause shall be applicable for the MS. 

NOTE: The SS-PPC services within the SwMI are outside the scope of the present document. 

The SS-PPC services specified in the present document shall complement the Supplementary services and Call control 
services specified in EN 300 392-2 [1] clauses 12 and 1 1 respectively and the Supplementary Services general design 
standard EN 300 392-9 [3]. The SS-PPC services shall act as sub-services within the general supplementary services 
and call control services, 

SS-PPC shall be an optional supplementary service for TETRA voice plus data layer 3. If SS-PPC is supported, this 
clause shall specify the services and their availability. 



4.2 SS-PPC services offered over the TNSS-SAP 



When the optional SS-PPC definition, user definition, activation, deactivation, interrogation, impending pre-emption 
indication and pre-empted party indication are supported, they shall be provided at TNSS-SAP. 

NOTE: As the present document only deals with the SS-PPC all the service primitives have been shown without a 



TNSS-PPC-prefix e.g. the TNSS-PPC-ASSIGN request is shorten into an ASSIGN request. 



The SS-PPC primitives for the user A (FE1) at the MS TNSS-SAP shall be: 

a) INTERROGATE request; 

b) INTERROGATE indication; 

c) ASSIGN indication; 

d) ASSIGN response. 

The SS-PPC primitives for the authorized user (FE3) at the MS TNSS-SAP shall be: 

a) DEFINE request; 

b) DEFINE indication; 

c) INTERROGATE request; 

d) INTERROGATE indication. 
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The SS-PPC primitives for the pre-empted called user (FES) at the MS TNSS-SAP shall be: 

a) IMPENDING-PRE-EMPTION indication. 
The SS-PPC primitives for the pre-empted user (FE8) at the MS TNSS-SAP shall be: 

a) IMPENDING-PRE-EMPTION indication. 
The SS-PPC primitives for the user (FE9) remaining in a call after pre-emption at the MS TNSS-SAP shall be: 

a) USER-PRE-EMPTED indication. 

The activation and deactivation shall be done with the DEFINE request; the acknowledgement for activation and 
deactivation shall be done with DEFINE indication. 

The information contained in the following primitive description tables correspond to the following key: 
Remark: comment; 
C: conditional; 
O: optional; 
M: mandatory. 

4.2.1 DEFINE request 

Optional DEFINE request primitive may be offered from the user application to FE3 over TNSS-SAP. The primitive 
shall contain the SS-PPC information parameters listed in table 1. 

The subscriber identity parameter(s) shall indicate the subscriber identities on which the following definition shall be 
made. 



Table 1: DEFINE request contents 



Parameter 


Request 


Remark 


Subscriber identity 


M 


Repeatable 


Activated/deactivated 


M 


Note 1 


Basic service 


M 


Repeatable 


SS-PPC priority 


M 


Repeatable 


Delivered to user A(s) 


M 




Acknowledgement from user A(s) 


C 


Note 2 


NOTE 1 : Shall be used to indicate whether or not this PDU is used to 
activate a new PPC value or to deactivate an existing PPC 
value. When a PPC value is de-activated, a pre-programmed 
default value may then apply. 

NOTE 2: Conditional on the information element "Delivered to user A(s)". 
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4.2.2 DEFINE confirm 

If DEFINE request primitive is supported, then DEFINE confirm primitive shall be offered from FE3 to the user 
application over TNSS-S AP as an acknowledgement to a previously made definition request. The primitive shall 
contain the SS-PPC information parameters listed in table 2. 

The Result for definition parameter shall indicate the result for all listed subscriber numbers and all basic service types. 

NOTE 1: If the acknowledgements are different for different subscriber identities, FE3 may deliver several 
DEFINE confirm primitives to the user application. 

NOTE 2: If the result for definition/activation/deactivation is "accepted, but some values changed by SwMI", the 
interrogation can be used to interrogate the values. 



Table 2: DEFINE confirm contents 



Parameter 


Indication 


Remark 


Subscriber identity 


M 


Repeatable 


Activated/deactivated 


M 




Result for definition 


M 





4.2.3 ASSIGN indication 

Optional ASSIGN indication primitive may be offered from FEl to the user application over TNSS-SAP. The primitive 
shall contain the SS-PPC information parameters listed in table 3. 

FEl shall only consider definitions made to a group number of which the subscriber is a member. 



Table 3: ASSIGN indication contents 



Parameter 


indication 


Remark 


Subscriber identity 


M 




Activated/deactivated 


M 




Basic service 


M 


Repeatable 


SS-PPC priority 


M 


Repeatable 


Acknowledgement from user A(s) 


M 


Note 


NOTE: Parameter shall indicate, if FE1 shall acknowledge the 
reception of the definition. 



4.2.4 ASSIGN response 

If ASSIGN indication primitive is supported, then ASSIGN response primitive shall be offered from the user 
application to FEl over TNSS-SAP as an acknowledgement to a previously received ASSIGN request, if 
acknowledgement was requested. The primitive shall contain the SS-PPC information parameters listed in table 4. 



Table 4: ASSIGN response contents 



Parameter 


Response 


Remark 


Subscriber identity 


M 




Activated/deactivated 


M 




Basic service 


M 




SS-PPC priority 


M 




Result for definition 


M 





4.2.5 INTERROGATE request 

Optional INTERROGATE request primitive may be offered from the user application to FEl or FE3 over TNSS-SAP 
and it shall be used to interrogate SS-PPC definitions. INTERROGATE request primitive shall contain the SS-PPC 
information parameters listed in table 5. 
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Table 5: INTERROGATE request contents 



Parameter 


Request 


Remark 


Subscriber identity 


M 


Repeatable 



4.2.6 INTERROGATE confirm 

If INTERROGATE request primitive is supported, then INTERROGATE confirm primitive shall be offered from FE1 
or FE3 to the user application over TNSS-S AP as a response to a previously sent interrogation request. 
INTERROGATE confirm primitive shall contain the SS-PPC information parameters listed in table 6. 

If the Subscriber identity parameter is repeated, the definition(s) shall be valid for all given numbers. The delivered to 
user A(s) and acknowledgement from user A(s) parameters shall indicate if these have been requested with the last 
successful definition request. The result for interrogation shall indicate, if the definition has been distributed to user 
A(s) and if user A(s)have acknowledged the distribution. 

NOTE: If definitions/responses are different for different subscriber identity parameters FE3 may send several 
INTERROGATE confirm primitives to the user application. 



Table 6: INTERROGATE confirm contents 



Parameter 


Indication 


Remark 


Subscriber identity 


M 


Repeatable 


Result for interrogation 


M 




Activated/deactivated 


C 


Note 


Basic service 


C 


Repeatable 


SS-PPC priority 


C 


Repeatable 


Delivered to user A(s) 


C 


MS/LS-subscribers, note 


Acknowledgement from user A(s) 


C 


Note 


NOTE: The parameter shall appear only if the "Result for interrogation" has 
the value "accepted", "accepted, but request to user A(s) pending in 
the SwMI" or "accepted, but user A(s) could not accept the request/ 
user A(s) was not reached". 



4.2.7 REMOVE indication 

Optional REMOVE indication primitive may be offered from FE1 to the user application over TNSS-SAP. This 
primitive shall be used to withdraw the SS-PPC service from a subscriber. The primitive shall contain the SS-PPC 
information parameters listed in table 7. 



Table 7: REMOVE indication contents 



Parameter 


Indication 


Remark 


Subscriber identity 


M 




Acknowledgement from user A(s) 


M 


Note 


NOTE: Parameter shall indicate, if FE1 shall acknowledge the reception of the 


removal. 
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4.2.8 REMOVE response 

If REMOVE indication parameter is supported, then REMOVE response primitive shall be offered from the user 
application to FE1 over TNSS-S AP as an acknowledgement to a previously received REMOVE request, if 
acknowledgement was requested. The primitive shall contain the SS-PPC information parameters listed in table 8. 



Table 8: REMOVE response contents 



Parameter 


Response 


Remark 


Subscriber identity 


M 




Result for withdrawal 


M 





4.2.9 WITHDRAW request 

Optional WITHDRAW request primitive may be offered from the user application to FE3 over TNSS-S AP and it shall 
be used to withdraw the PPC service from a subscriber. WITHDRAW request primitive shall contain the SS-PPC 
information parameters listed in table 9. 



Table 9: WITHDRAW request contents 



Parameter 


Request 


Remark 


Subscriber identity 


M 


Repeatable 


Delivery to user A(s) 


M 


MS/LS-subscribers 


Acknowledgement from user A(s) 


M 





4.2.10 WITHDRAW confirm 

If WITHDRAW request primitive is supported, then WITHDRAW confirm primitive shall be offered from FE3 to the 
user application over TNSS-S AP as an acknowledgement to a previously received WITHDRAW request. The primitive 
shall contain the SS-PPC information parameters listed in table 10. 

NOTE: If the acknowledgements are different for different subscriber identities, FE3 may deliver several 
WITHDRAW confirm primitives to the user application. 



Table 10: WITHDRAW confirm contents 



Parameter 


Indication 


Remark 


Subscriber identity 


M 


Repeatable 


Result for withdrawal 


M 





4.2.1 1 IMPENDING-PRE-EMPTION indication 

Optional IMPENDING-PRE-EMPTION indication may be offered from FE8 or FES to the user application to inform of 
a forthcoming pre-emption. IMPENDING-PRE-EMPTION indication primitive shall contain the SS-PPC information 
parameters listed in table 11. 



Table 11: IMPENDING-PRE-EMPTION indication contents 



Parameter 


Indication 


Remark 


Impending pre-emption 


M 




Time to pre-emption 


O 


(In seconds) 
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4.2.12 USER-PRE-EMPTED indication 

Optional USER-PRE-EMPTED indication may be offered from FE9 to the user application to inform that one or more 
parties have been pre-empted from the ongoing call. USER-PRE-EMPTED indication primitive shall contain the 
SS-PPC information parameters listed in table 12. 



Table 12: USER-PRE-EMPTED indication contents 



Parameter 


Indication 


Remark 


Subscribers pre-empted 


M 




Subscriber identity 


O 


Pre-empted party 



4.3 SS-PPC services offered over the TNCC-SAP 

When the SS-PPC invocation, operation and pre-emption are supported they shall be provided at TNCC-SAP. 

4.3.1 PRIORITY1 request - SS-PPC invocation 

PRIORITYl shall act as the invocation of SS-PPC and the invoked SS-PPC priority shall be included within the 
TNCC-SETUP request primitive offered over the TNCC-SAP. 

The service user, e.g. user A, invokes SS-PPC by requesting a certain SS-PPC priority with a call invocation. The user 
application may verify that the priority is within the allowed range for a pre-emptive priority value and if not, change it, 
before passing the priority to CC. The user application shall pass the invoked Call priority within TNCC-SETUP to CC. 

4.3.2 PRIORITY2 confirm/indication - SS-PPC operation 

PRIORITY2 shall act as the operation of SS-PPC and the SwMI shall send the applied SS-PPC priority to user A and 
user B(s). The CC within user A and B(s) shall include the received SS-PPC priority to the TNCC-SETUP confirm and 
indication primitives and offer them over TNCC-SAP to the user application. The user application may indicate the 
SS-PPC priority to the service user. 

NOTE: If the TNCC-SETUP indication is sent to a party that is already engaged in a call, a separate 

TNCC-RELEASE indication is not sent. The user application is responsible for releasing the lower 
priority call within the MS, if the MS joins an SS-PPC call when it is already engaged in another call. 
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4.3.3 PRE-EMPTION 

The pre-emption shall be indicated to the pre-empted party (FE8 or FES) by existing basic call release sequence with 
the disconnect cause "Pre-emptive use of resource" ("9"). 

4.4 Parameter descriptions 

• Acknowledgement from user A(s) - 

Acknowledgement requested from user A(s); 
Acknowledgement not requested from user A(s). 

• Activated/Deactivated = 

Activated; 
Deactivated. 

• Basic service = 

all applicable basic services (circuit mode speech and circuit mode data); 
circuit mode speech; 
circuit mode data. 

Table 13: Void 

• Delivered to user A(s) = 

delivered; 
not delivered. 

• Impending pre-emption indication = 

impending pre-emption. 

• Result for definition = 

accepted by SwMI/MS; 

accepted but some priority values changed by SwMI; 

user A could not accept the request/user A was not reached; 

request failed for any reason; 

user not authorized; 

unknown TETRA identity; 

parameters not valid; 

insufficient information. 
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NOTE 1: Accepted by SwMI is applicable for DEFINE confirm; accepted by MS is applicable for ASSIGN 
response. 

NOTE 2: User A can be referring to several user As. 

• Result for interrogation = 

accepted; 

accepted but request pending in SwMI to user A(s); 

accepted but user A(s) could not accept the request/user A(s) was not reached; 

SS-PPC not defined for the given identity; 

request failed for any reason; 

user not authorized; 

unknown TETRA identity; 

parameters not valid. 

• Result for withdrawal = 

accepted by SwMI/MS; 
user A was not reachable; 
request failed for any reason; 
user not authorized; 
unknown TETRA identity; 
parameters not valid; 
insufficient information. 

NOTE 3: "Accepted by SwMI" is applicable for WITHDRAW confirm; "accepted by MS" is applicable for 
REMOVE response. 

NOTE 4: User A can be referring to several user As. 

• SS-PPC priority = 

pre-emptive priority 1 ; 

pre-emptive priority 2; 

pre-emptive priority 3; 

pre-emptive priority 4 (Emergency). 

NOTE 5: Readers are warned that supplementary service SS-PC EN 300 392-12-10 [6] defines SS-PC priority 
values 1 to 1 1 and the air interface uses the same information element to carry both the SS-PC and the 
SS-PPC values as range 1 to 15, the SS-PPC values being mapped to values 12 to 15. 

• Subscriber number = 

TETRA Subscriber Identity (TSI) = Short Subscriber Identity (SSI) + Mobile Country Code (MCC) + 
Mobile Network Code (MNC), see EN 300 392-1 [2], clause 7. 
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• Subscribers pre-empted = 

subscriber identity given; 
subscriber identity not given. 

• Time to pre-emption = 

0 second; 

1 second; 

2 seconds; 

3 seconds; 

4 seconds; 

5 seconds; 

6 seconds; 

7 seconds; 

8 seconds; 

9 seconds; 

10 seconds. 

5 SS-PPC protocol description 

5.1 General 

This clause defines with clause 6 the layer 3 SS-PPC specific CMCE air interface protocol for the MS. SS-PPC protocol 
defines the SS-PPC specific protocol for Supplementary Service sub-entity and call control sub-entity within CMCE. 
The SS-PPC specification shall be normative for the MS. 

The protocol in this clause shall complement the CMCE protocol described in EN 300 392-2 [1], clause 14, 
clause 14.5.5 excluded, with the SS-PPC specific protocol actions. 

5.2 SS-PPC protocol states 

The normal SS-PPC protocol states are described in the present document. 

5.2.1 Protocol states of FE1 

The capability to receive, save and acknowledge SS-PPC definitions and interrogation request shall be an optional 
feature within an MS. The state definitions given for the reception and acknowledgement of SS-PPC definitions and 
interrogation in this clause shall apply only, if the feature is supported. 
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State IDLE shall be the normal state of FE1. In the state IDLE FE1 shall: 

upon reception of an SS-PPC definition request indicating activation from the SwMI, FE1 shall pass the 
request to the user application; 

upon reception of an SS-PPC definition request indicating deactivation from the SwMI, FE1 shall pass the 
request to the user application; 

upon reception of an SS-PPC definition acknowledgement from the user application, FE1 shall send it to the 
SwMI; 

upon reception of an SS-PPC interrogation request from the user application, FE1 shall send it to the SwMI; 
upon reception of an SS-PPC interrogation response from the SwMI, FE1 shall pass it to the user application. 

5.2.2 Protocol states of CCA to which FE1 is collocated 

5.2.2.1 State IDLE 

CCA to which FE1 is collocated shall be able to receive call invocation requests including the SS-PPC invocation 
(call priority) from the user application. The requested priority shall be sent to the SwMI with the call invocation 
request. 

5.2.2.2 MO-CALL-SETUP 

Upon reception of the call set-up confirmation, CCA should give the priority to the user application. 
NOTE: It is possible that the SwMI has changed the SS-PPC priority. 

5.2.3 Protocol states of FE21 

The capability to receive, save and acknowledge SS-PPC definitions and interrogation request shall be an optional 
feature within FE21. The state definitions given for the reception and acknowledgement of SS-PPC definitions and 
interrogation in this clause shall apply only, if the feature is supported. 

5.2.3.1 State IDLE 

State IDLE shall be the normal state of FE21. In the state IDLE FE21 shall: 

upon reception of an SS-PPC definition request indicating SS-PPC activation, FE21 shall save the SS-PPC 
definition in the SwMI, if the request is valid and authorized, FE21 shall acknowledge the SS-PPC definition 
request to FE3; 

if FE21 was requested to send the SS-PPC definitions to FE1 (s), FE21 should send the definitions to FEls; 

upon reception of an SS-PPC definition request indicating SS-PPC deactivation, the SS-PPC definition for the 
indicated subscriber identity(ies) shall be removed. A default SS-PPC value may then apply for the subscriber 
identity (ies); 

upon reception of an SS-PPC withdrawal request, the SS-PPC service for the indicated subscriber identity (ies) 
shall be withdrawn, FE21 should send the response to FE3 that the service has been withdrawn; 

upon reception of an SS-PPC interrogation request from FE1 or FE3, FE21 should send the response to the 
request to FE1 or FE3 respectively. 

FE21 shall apply the SS-PPC definition-activation and define-deactivation from the moment it is made. 
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5.2.4 Protocol states of CC to which FE21 is collocated 

The protocol states of CC to which FE21 is collocated shall carry the following tasks: 
start the call set-up; 

pre-empt resources for the call, if needed; 

pre-empt subscriber(s) for the SS-PPC group call, if needed; 

preempt subscribers) for the SS-PPC individual call, if needed, when FE21 and FE25 are collocated; 
set-up the SS-PPC call. 

For these actions the corresponding states shall be: ANY-STATE, PARTIES-PRE-EMPTED and SETUP-STARTED. 
The SETUP-STARTED corresponds to normal continuation of the call set-up. 

5.2.4.1 State ANY-STATE 

The protocol described for "ANY-STATE" shall refer to any state in which a call set-up request shall be received and 
the call set-up started. 

The functional tasks for the state ANY-STATE shall be: 

upon reception of an SS-PPC call invocation, CC shall accept or reject the request; 
if the request is accepted, CC should verify the SS-PPC priority; 

CC shall determine, if the pre-emption is needed due to lack of resources, and if the pre-emption is needed, 
CC shall: 

determine which call FE21 should pre-empt; 

optionally, send the impending pre-emption indication to FE8(s); 

pre-empt the resources and send D-RELEASE with the pre-emption indication to FE8; 

NOTE: If FE21 does not disconnect the call on behalf of the pre-empted party or parties when SS-PPC 
pre-emption takes place, the applied mechanisms are outside the scope of the present document. 

if one or two parties of a group call is pre-empted, FE21 may inform other parties of the call about the 
pre-emption; 

CC shall start the set-up procedure for the SS-PPC and send D-SETUP with the SS-PPC priority to the called 
party (parties); 

if called user pre-emption is needed, CC may send the optional impending pre-emption indication to 
FE5(s); 

CC shall move to the SETUP-STARTED state; or, to the PARTIES -PRE-EMPTED state, if CC needs to 
pre-empt subscribers for the call. 

5.2.4.2 State PARTIES-PRE-EMPTED 

If the pre-emption is needed in order to join a subscriber to the SS-PPC call, CC shall in the state 
PARTIES-PRE-EMPTED: 

if the SS-PPC call is an individual call: 

Upon reception of the acceptance of the incoming call from CCA to which FES is collocated, CC shall 
continue the call set-up. 
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If the previous call is an individual call, CC shall ensure that this call is cleared. If the previous call is a 
group call, CC may indicate to the members of the call, that a party has left the call. This is done by 
sending the USER-PRE-EMPTED indication; 

Upon reception of the rejection of the incoming call (U-DISCONNECT) from CCA to which FE5 is 
collocated, CC shall clear the call and indicate the rejection to the calling party. 

if the SS-PPC call is a group call: 

If the previous call is an individual call, upon reception of U-DISCONNECT to the previous individual 
call, CC shall clear the individual call, indicate that to the other party of the call and respond with 
D-RELEASE to FES. 

NOTE 1 : U-DISCONNECT and D-RELEASE may be sent in the traffic channel of the SS-PPC call in order to 
ascertain that the called party does not move back to control channel and join another call. 

If the previous call is a group call, CC may indicate to the members of the call, that a party has left the 
call. This is done by sending the USER-PRE-EMPTED indication. 

NOTE 2: Before sending the USER-PRE-EMPTED indication, CC may poll the called subscriber in the previous 
call to find out, if he has left from the call. The polling is done with the poll request and poll response 
information elements in the D-INFO and U-INFO PDUs respectively. 

NOTE 3: A TETRA system can clear the entire group call, if one or more subscribers are pre-empted from the call. 

5.2.4.3 State SETUP-STARTED 

CC shall complete the call set-up as described in EN 300 392-2 [1], clause 14. In addition, CC shall send the SS-PPC 
priority within D-CONNECT to FE1. 

5.2.5 Protocol states of FE3 

State IDLE shall be the normal state of FE3. In the state IDLE FE3 shall: 

upon reception of an SS-PPC definition-activation, definition -deactivation or interrogation request from the 
user application, FE3 shall send it to the SwMI; 

upon reception of an SS-PPC definition-activation, definition-deactivation or interrogation responses from the 
SwMI, FE3 shall pass it to the user application; 

upon reception of an SS-PPC withdrawal request, from the user application, FE3 shall send it to the SwMI; 
upon reception of an SS-PPC withdrawal responses from the SwMI, FE3 shall pass it to the user application. 

5.2.6 Protocol states of visited SwMI FE25 

The capability to receive and acknowledge SS-PPC definitions and interrogation request shall be an optional feature 
within FE25. The state definitions given for the reception and acknowledgement of SS-PPC definitions and 
interrogation in this clause shall apply only, if the feature is supported. 

IDLE should be the normal state of the visited SwMI FE25, refer EN 300 392-9 [3]. In this state: 

upon reception of an SS-PPC definition-activation, definition-deactivation and interrogation request or 
response from FE3, FE25 should deliver it to FE21, the home SwMI; 

upon reception of an SS-PPC definition-activation, definition-deactivation and interrogation request or 
response from the home SwMI FE21, FE25 should deliver it to FE3 located in visited SwMI. 
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5.2.7 Protocol states of CC to which FE25 is collocated 

The protocol states of CC to which FE25 is collocated shall carry the following tasks: 

pre-empt resources for the call, if needed; 

pre-empt subscriber for the SS-PPC individual call, if needed; 

pre-empt subscriber for the SS-PPC group call, if needed; 

set-up the SS-PPC call when requested by FE21 . 
For these actions the corresponding states shall be: ANY-STATE, PARTIES-PRE-EMPTED and SETUP-STARTED. 
The SETUP-STARTED corresponds to normal continuation of the call set-up. 

5.2.7.1 State ANY-STATE 

The protocol described for "ANY-STATE" shall refer to any state in which a call set-up indication shall be received 
from FE21 and the call set-up started. 

The functional tasks for the state ANY-STATE shall be: 

upon reception of an SS-PPC call indication, CC shall determine, if the pre-emption is needed due to lack of 
resources. If the pre-emption is needed, CC shall: 

determine which call FE25 should pre-empt; 

optionally, send the impending pre-emption indication to FE8(s); 

pre-empt the resources and send D-RELEASE with the pre-emption indication to FE8; 

NOTE: If FE25 does not disconnect the call on behalf of the pre-empted party or parties when SS-PPC 
pre-emption takes place, the applied mechanisms are outside the scope of the present document. 

if one or two parties of a group call is pre-empted, FE25 may inform other parties of the call about the 
pre-emption; 

CC shall send D-SETUP with the SS-PPC priority to the called party (parties): 

if the SS-PPC call is an individual call and called user pre-emption is needed, CC may send the optional 
impending pre-emption indication to FE5; 

the optional feature impending pre-emption shall only be used to pre-empt the called user(s) to a PPC 
group call when the controlling SwMI, FE21, has requested impending pre-emption; 

CC shall move to the SETUP-STARTED state; or to the PARTIES-PRE-EMPTED state, if CC needs to 
pre-empt subscribers for the call. 

5.2.7.2 State PARTIES-PRE-EMPTED 

If the pre-emption is needed in order to join a subscriber to the SS-PPC call, CC shall in the state 
PARTIES-PRE-EMPTED: 

If the SS-PPC call is an individual call: 

If the previous call is an individual call, CC shall ensure that the call is cleared. If the previous call is a 
group call, CC may indicate to the members of the call, that a party has left the call. This is done by 
sending the USER-PRE-EMPTED indication. 
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If the SS-PPC call is a group call: 

If the previous call is an individual call, upon reception of U-DISCONNECT to the previous individual 
call, CC shall clear the individual call, indicate that to the other party of the call and respond with 
D-RELEASE to FES; 

NOTE 1 : U-DISCONNECT and D-RELEASE may be sent in the traffic channel of the SS-PPC call in order to 
ascertain that the called party does not move back to control channel and join another call. 

If the previous call is a group call, CC may indicate to the members of the call, that a party has left the 
call. This is done by sending the USER-PRE-EMPTED indication. 

NOTE 2: A TETRA system can clear the entire group call, if one or more subscribers are pre-empted from the call. 
5.2.7.3 State SETUP-STARTED 

CC shall complete the call set-up as described in EN 300 392-2 [1], clause 14. 

5.2.8 Protocol states of FES 

The capability to receive an impending pre-emption indication shall be an optional feature within FES. The state 
definitions given for the reception of the impending pre-emption in this clause shall apply only, if the feature is 
supported, 

IDLE shall be the normal state of FES. In this state: 

upon reception of an impending pre-emption indication, FES shall pass it to the user application. 

NOTE: The impending pre-emption and pre-empted party indication are processed by the SS process that have a 
fixed relationship with the corresponding Call control entity. See EN 300 392-2 [1], clause 14.2.4.2 for 
more information about SS processes within SS sub-entity. 

5.2.9 Protocol states of CCA to which FE5 is collocated 

5.2.9.1 ANY STATE 

The protocol described for "ANY STATE" shall refer to any state in which a call set-up request shall be received and 
the call set-up started. 

The functional tasks for the state ANY STATE shall be: Upon reception of an incoming basic service invocation with 
SS-PPC operation from the SwMI, CCA shall indicate the SS-PPC priority to the user application. 

5.2.9.2 MT-CALL-SETUP 

The functional tasks for the state MT-CALL-SETUP shall be: 

If the SS-PPC call is an individual call CCA shall: 

Upon reception of the acceptance of the incoming call from the user application CCA shall send the 
response to CC to which FE21 is collocated. CCA shall continue the call set-up within the MS. 

If the called party was engaged in an ongoing call, the SS-PPC SETUP shall also serve as disconnection 
to the previous call, if the user application accepted the SS-PPC call and the previous call is an individual 
call. CCA shall clear the previous call within the MS and may send a U-DISCONNECT to the SwMI for 
the previous call. 

NOTE: U-DISCONNECT and D-RELEASE may be sent in the traffic channel of the SS-PPC call in order to 
ascertain that the called party does not move back to control channel and join another call. 

Upon reception of the rejection of the incoming call from the user application, CCA shall send 
U-DISCONNECT to CC to which FE21 is collocated and clear the SS-PPC call within it. CCA 
behaviour for the previous call, if any, shall not be affected. 
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If the SS-PPC call is a group call CCA shall: 

Upon reception of the acceptance of the incoming call from the user application CCA shall move to the 
new call and set-up the call within the MS. 

If the called party was engaged in an individual call, the CCA shall after moving to the SS-PPC call, 
send U-DISCONNECT to CC to which the terminating SwMI is collocated to indicate that it has left the 
call. CCA shall receive the D-RELEASE from CC to which the terminating SwMI is collocated as a 
response. CCA shall clear the previous call within the MS. 

If the called party was engaged in a group call, the SS-PPC SETUP shall also serve as disconnection to 
the previous call, if the user application accepted the SS-PPC call and CCA shall clear the previous call 
within the MS. 

Upon reception of the rejection of the incoming call from the user application, CCA shall clear the 
SS-PPC call set-up within it. CCA behaviour for the previous call, if any, shall not be affected. 

When CCA joins a new higher priority call, when it is engaged in another call, CCA shall release the lower 
priority call within it. 

5.2.10 Protocol states of FE8 

The capability to receive an impending pre-emption indication shall be an optional feature within FE8. The state 
definitions given for the reception of the impending pre-emption in this clause shall apply only, if the feature is 
supported. 

IDLE shall be the normal state of FE8. In this state FE8 shall, upon reception of an impending pre-emption indication, 
pass it to the user application. 

5.2.1 1 Protocol states of CCA to which FE8 is collocated 

The functional tasks of CCA to which FE8 is collocated shall be applicable to any state where a call is ongoing (set-up 
has started and the call has not been cleared) and which is described in EN 300 392-2 [1], clause 14. The tasks for CCA 
to which FE8 is collocated shall be, upon reception of a pre-emption indication within a D-RELEASE CCA, to which 
FE8 is collocated, shall indicate it to the user application. FE8 shall disconnect the call as instructed by FE21/FE25 by 
any of the methods described in EN 300 392-2 [1], clause 14. 

NOTE: The impending pre-emption indication is processed by the SS processes that have a fixed relationship 
with the corresponding call control entity. See EN 300 392-2 [1], clause 14.2.4.2 for more information 
about SS processes within SS sub-entity. 

5.3 SS-PPC signalling procedures 

The normal SS-PPC procedures are described in the present document. 

5.3.1 Procedures for FE1 

Upon reception of SS-PPC interrogation request from the user application, FE1 shall send the request to FE21. 

FE1 shall construct the INTERROGATE PDU for the served user according to the user's request. The user shall 
interrogate the defined priority values of: 

one subscriber or group number; 

a list of group numbers. 

NOTE: The served user may only interrogate its own priority or the priorities of affiliated talk groups. 
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5.3.2 Procedures for FE21 

5.3.2.1 Definition in FE21 

Upon reception of SS-PPC definition request, FE21 if supported shall: 

verify that the request is authorized; 

NOTE 1: Only FE3 is allowed to define SS-PPC. 

verify that the parameters are in the correct range; 

the parameters in the DEFINE PDU shall be used in the following way: 

either continue to carry out the request and acknowledge it to FE3, or rejects it and send a rejection to 
FE3. 

NOTE 2: If a definition is requested for a subscriber number range or a list of subscriber numbers, the "Result for 
definition" can be different for different subscriber. 

5.3.2.2 Distribution in FE21 

FE21 makes the definition to the SwMI, locates the FEl(s) and the definition request(s) to FEl(s). 

FE21 shall construct the SS-PPC assign (ASSIGN) Protocol Data Unit (PDU) for user A according to the authorized 
user's request when this service is supported. FE21 may, however, change the priority values if authorized user has 
defined values he is not allowed to define. The assignment shall be made to: 

one subscriber or group number; 

a list of group numbers for a subscriber; 

a range of group numbers for a subscriber. 
The priority may be defined to have different values for different basic services. 
User A (FEls) may acknowledge the definition request with ASSIGN-ACK, if requested. 

5.3.2.3 Interrogation in FE21 

FE21 shall fetch the interrogated data in order to send it to FE3 or FE1 when this service is supported. 

FE21 shall construct the SS-PPC interrogation (INTERROGATE) information elements for authorized user or served 
user (user A) according to the user's request. The authorized user may interrogate the defined priority value for: 

one subscriber or group number; 

a list of subscriber or group numbers; 

a range of subscriber or group numbers. 

The served user (user A) may interrogate the defined priority value for: 

its own subscriber number, 

one group number; 

a list of group numbers; 

a range of group numbers. 

NOTE: The served user may only interrogate it's own priority or the priorities of affiliated talk groups. 

The SS-PPC priority may be defined to have different values for different basic services. All defined values should be 
included in the INTERROGATE-ACK. 
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If the user has interrogated the SS-PPC for a subscriber number range or list, and if any of the parameters listed in the 
present document are different for any of these numbers, FE21 should send separate INTERROGATE-ACK flows to 
FE3 or FE1: 

result for interrogation; 

number of basic service definitions; 

number of basic services; 

basic services; 

priority for the basic service(s). 

5.3.3 Procedures for CC to which FE21 is collocated 
5.3.3.1 Verify priority in CC to which FE21 is collocated 

CC to which FE21 is collocated should receive call invocation requests including the priority from user A. CC should 
check the priority and if it finds it valid, should set-up the call using the requested priority. 

The SS-PPC definition should be applied in the following way, if SS-PPC is defined and if the user A invokes SS-PPC 
with the service request: 

the SS-PPC definition for user A should be applicable, when user A invokes an individual call; 

the SS-PPC definition for a group ID should be applicable, when user A invokes a group call to the defined 
group identity and user A is a member of the called group; 

optionally, a separate SS-PPC definition for a group ID may be applicable, when user A invokes a group call 
to the defined group identity and user A is not a member of the called group. If a separate SS-PPC definition 
for non group members is not supported, the SS-PPC definition used for group members may be used instead. 

FE21 should not change an emergency priority. FE21 can change the requested call priority, if: 

the requested priority was not authorized; 

as an operator option, FE21 may always change the requested priority, e.g. due to congestion. 

If the SS-PPC call extends to several TETRA systems, FE25 in the terminating SwMI shall not change the SS-PPC 
priority, however, it need not to use this priority for resource allocation of the SS-PPC call. 

5.3.4 Procedures for FE3 
5.3.4.1 Verification in FE3 

Upon reception of SS-PPC definition or interrogation request from the user application, FE3 shall send the request to 
FE21. 

FE3 shall construct the DEFINE PDU according to the user's request. The definition shall be made to: 

one subscriber or group number; 

a list of subscriber or group numbers; 

a range of subscriber or group numbers. 
The authorized user shall define different priority values for different basic services, if needed. 
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FE3 shall construct the INTERROGATE PDU for authorized user according to the user's request. The user shall 
interrogate the defined priority values of: 

one subscriber or group number; 

a list of subscriber or group numbers; 

a range of subscriber or group numbers. 

5.3.5 Procedures for visited SwMI FE25 

Refer EN 300 392-9 [3] and EN 300 392-3-1 [4]. 

5.4 PDU descriptions 

The SS-FACILITY and Call priority information element shall be used to convey the supplementary service 
information to and from the MS and over the LSI. SS-FACILITY information element shall be transported in any call 
control PDU or in a D/U-FACILITY PDU. The Call priority information element used for circuit mode basic service 
operation and invocation shall be conveyed in U/D-SETUP and D-CONNECT PDU. The information element coding 
used for SS-PPC is in accordance with the general rules specified in EN 300 392-2 [1], clause 14. 

The information element coding for SS-PPC is detailed in the following clauses. 

The information contained in the following primitive description tables correspond to the following key: 

Length: length of the information element in bits; 

Type: information element type (1, 2 or 3) described in EN 300 392-2 [1], clause 14; 
C/O/M: conditional/optional/mandatory; 
Remark: comment. 

5.4.1 ASSIGN PDU 

The ASSIGN PDU shall be used by the SwMI to assign PPC values to an affected user or to one of the affected user's 
group. 

A PPC value can be assigned per basic service or for all basic services per ASSIGN PDU. 
The ASSIGN PDU shall contain the SS-PPC information elements listed in table 14. 



Table 14: Definition of ASSIGN PDU 



Information element 


Length 


Type 


C/O/M 


Value 


Remark 


SS-Type 


6 


1 


M 




EN 300 392-9 [31 


PPC PDU type 


5 


1 


M 




ASSIGN 


Activated/Deactivated 


1 


1 


M 


0 


Activated 


Note 1 








1 


Deactivated 


Number of SS-PPC definitions 


2 


1 


M 






SS-PPC assignment 


variable 




C 




Repeatable, note 2 


Acknowledgement from user A(s) 


1 


1 


M 


0 


Acknowledgement requested 








1 


Acknowledgement not requested 


NOTE 1 : Shall be used to indicate whether or not this PDU is used to activate a new PPC value or to deactivate 
an existing PPC value. When a PPC value is de-activated, a pre-programmed default value may then 
apply. 

NOTE 2: Information element shall be repeated as many times as indicated in the number of SS-PPC 
definitions information element. 
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5.4.2 ASSIGN ACK PDU 

The ASSIGN ACK PDU shall be used to acknowledge an assign PPC request, if acknowledgement was requested in 
the ASSIGN PDU. 

An ASSIGN ACK PDU may be sent for each assigned PPC value. If more then one assigned PPC value exist in the 
ASSIGN ACK PDU, then the indicated Result shall apply for all the values. 

The ASSIGN ACK PDU shall contain the SS-PPC information elements listed in table 15. 



Table 15: Definition of ASSIGN ACK PDU 



Information element 


Length 


Type 


C/O/M 


Value 


Remark 


SS-Type 


6 


1 


M 




EN 300 392-9 [31 


PPC PDU type 


5 


1 


M 




ASSIGN ACK 


Activated/Deactivated 


1 


1 


M 


0 


Activated 








1 


Deactivated 


Number of SS-PPC definitions 


2 


1 


M 






SS-PPC assignment 






C 




Note 


Result of definition 


3 


1 


M 






NOTE: Information element shall be repeated as many times as indicated in the Number of SS-PPC definitions 
information element. 



5.4.3 DEFINE PDU 

The DEFINE PDU shall be used to define either PPC values for individual identities or PPC values for group identities 
by an authorized user, FE3. 

DEFINE PDU shall contain the SS-PPC information elements listed in table 16. 

Table 16: Definition of DEFINE PDU 



Information element 


Length 


Type 


C/O/M 


Value 


Remark 


SS-Type 


6 


1 


M 




EN 300 392-9 [31 


PPC PDU type 


5 


1 


M 




DEFINE 


Range type 


4 


1 


M 




Note 1 


Subscriber identity 


Variable 




C 




Repeatable, note 2 


Activated/Deactivated 


1 


1 


M 


0 


Activated 


Note 3 








1 


Deactivated 


Number of SS-PPC definitions 


2 


1 


M 






SS-PPC definition 


Variable 




C 




Note 4 


Delivered to user A(s) 


1 


1 


M 


0 


To be delivered 








1 


Not to be delivered 


Acknowledgement from user A(s) 


1 


1 


M 


0 


Acknowledgement requested 








1 


Acknowledgement not request 



NOTE 1 : The Range type value.'no element", shall not be applicable for this PDU. 

NOTE 2: Information element shall appear as many times as indicated in the "Range type" information element. 
NOTE 3: Shall be used to indicate whether or not this PDU is used to activate a new PPC value or to deactivate 

an existing PPC value. When a PPC value is de-activated, a pre-programmed default value may then 

apply. 

NOTE 4: Information element shall be repeated as many times as indicated in the number of SS-PPC definitions 
information element. _ 
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5.4.4 DEFINE ACK PDU 

DEFINE ACK PDU shall contain the SS-PPC information elements listed in table 17. 

NOTE: If the result is different for different subscriber identities, FE21 shall send several DEFINE ACKs to FE3. 



Table 17: Definition of DEFINE ACK PDU 



Information Element 


Length 


Type 


C/O/M 


Value 


Remark 


SS-Type 


6 


1 


M 




EN 300 392-9 [31 


PPC PDU Type 


5 


1 


M 




DEFINE ACK 


Range type 


4 


1 


M 






Subscriber identity 


Variable 




C 




Repeatable, note 


Activated/Deactivated 


1 


1 


M 


0 


Activated 










1 


Deactivated 


Result for definition 


3 


1 


M 






NOTE: Information element shall be conditional and appear as many times as indicated in the "Range type- 
information element. 



5.4.5 INTERROGATE PDU 

INTERROGATE PDU shall contain the SS-PPC information elements listed in table 18. 

Table 18: Definition of INTERROGATE PDU 



Information element 


Length 


Type 


C/O/M 


Value 


Remark 


SS-Type 


6 


1 


M 




EN 300 392-9 [3] 


PPC PDU type 


5 


1 


M 


0011 2 


Interrogation 


Range type 


4 


1 


M 






Subscriber identity 


Variable 




C 




Repeatable, see note 


NOTE: Information element shall be conditional and appear as many times as indicated in the range 
type information element. 
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5.4.6 INTERROGATE-ACK PDU 

INTERROGATE- ACK PDU shall contain the SS-PPC information elements listed in table 19. 

NOTE: If definitions/responses are different for different subscriber identity information elements, FE21 shall 
send several INTERROGATE-ACKs to FE1/FE3. 



Table 19: Definition of INTERROGATE-ACK PDU 



Information element 


Length 


Type 


C/O/M 


Value 


Remark 


SS-Type 


6 


1 


M 




EN 300 392-9 [31 


PPC PDU type 


5 


1 


M 


0011 2 


Interrogation 


Ranqe type 


4 


1 


M 






Subscriber identity 


Variable 




C 




Repeatable, see note 1 


Result for interrogation 


3 


1 


M 






Activated/Deactivated, note 2 


1 




C 


0 


Activated 








1 


Deactivated 


Number of SS-PPC definitions 


2 




C 




See note 2 


SS-PPC definition 






c 




See note 3 


Delivered to user A(s), note 2 


1 




c 


0 


Delivered 








1 


Not delivered 


Acknowledgement from user 

A(s) 

Note 2 


1 




c 


0 


Acknowledgement requested 








1 


Acknowledgement not requested 


NOTE 1 : Information element shall be conditional and appear as many times as indicated in the range type 
information element. 

NOTE 2: Information element shall be conditional on the value of result for interrogation. The information 
element shall be present if the value is accepted; accepted, but request pending in SwMI to 
user A(s); accepted, but user A(s) could not accept the request/user A(s) not reached 

NOTE 3: Information element shall be repeated as many times as indicated in the Number of SS-PPC 
definitions information element. 



5.4.7 REMOVE PDU 

The REMOVE PDU shall be used by the SwMI to withdraw the SS-PPC feature for affected users. 
REMOVE PDU shall contain the SS-PPC information elements listed in table 20. 

Table 20: Definition of REMOVE PDU 



Information element 


Length 


Type 


C/O/M 


Value 


Remark 


SS-Type 


6 


1 


M 




EN 300 392-9 [31 


PPC PDU tvpe 


5 


1 


M 




REMOVE 


Acknowledgement from user A(s) 


1 


1 


M 


0 


Acknowledgement requested 








1 


Acknowledgement not requested 



5.4.8 REMOVE ACK PDU 

REMOVE ACK PDU shall contain the SS-PPC information elements listed in table 21. 

Table 21: Definition of REMOVE ACK PDU 



Information element 


Length 


Type 


C/O/M 


Value 


Remark 


SS-Type 


6 


1 


M 




EN 300 392-9 [31 


PPC PDU Type 


5 


1 


M 




REMOVE ACK 


Result for withdrawal 


3 


1 


M 
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5.4.9 WITHDRAW PDU 

The WITHDRAW PDU shall be used to withdraw the SS-PPC feature for individual identities or for group identities by 
an authorized user, FE3. 

WITHDRAW PDU shall contain the SS-PPC information elements listed in table 22. 



Table 22: Definition of WITHDRAW PDU 



Information element 


Length 


Type 


C/O/M 


Value 


Remark 


SS-Type 


6 


1 


M 




EN 300 392-9 [3] 


PPC PDU type 


5 


1 


M 




WITHDRAW 


Range type 


4 


1 


M 




Note 1 


Subscriber identity 


Variable 




C 




Repeatable, see note 2 


Delivery to user A(s) 


1 


1 


M 


0 


To be delivered 








1 


Not to be delivered 


Acknowledgement from user A(s) 


1 


1 


M 


0 


Acknowledgement requested 








1 


Acknowledgement not requested 


NOTE 1 : The range type value, "no element", shall not be applicable for this PDU. 

NOTE 2: Information element shall appear as many times as indicated in the "Range type" information element. 



5.4.10 WITHDRAW ACK PDU 

WITHDRAW ACK PDU shall contain the SS-PPC information elements listed in table 23. 

NOTE: If the result is different for different subscriber identities, FE21 shall send several WITHDRAW ACKs to 
FE3. 

Table 23: Definition of WITHDRAW ACK PDU 



Information element 


Length 


Type 


C/O/M 


Value 


Remark 


SS-Type 


6 


1 


M 




EN 300 392-9 [3] 


PPC PDU Type 


5 


1 


M 




WITHDRAW ACK 


Range type 


4 


1 


M 






Subscriber identity 


Variable 




C 




Repeatable, note 


Result for withdrawal 


3 


1 


M 






NOTE: Information element shall be conditional and appear as many times as indicated in the "Range type- 
information element. 



5.4.11 Pre-emption 

5.4.11.1 D-RELEASE PDU 

D-RELEASE PDU shall contain the information elements defined in EN 300 392-2 [1], clause 14. The disconnection 
cause shall be set as "Pre-emptive use of resources". 

5.4.12 Priority 1 and Priority 2 

5.4.12.1 D-CONNECT PDU 

D-CONNECT PDU shall contain the information elements defined in EN 300 392-2 [1], clause 14. The Call priority 
information element coding is described in clause 5.5.9. 

5.4.12.2 D-SETUPPDU 

D-SETUP PDU shall contain the information elements defined in EN 300 392-2 [1], clause U. The Call priority 
information element coding is described in clause 5.5.9. 
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5.4.12.3 U-SETUPPDU 

U-SETUP PDU shall contain the information elements defined in EN 300 392-2 [1], clause 14. The Call priority 
information element coding is described in clause 5.5.9. 

5.4.13 IMPENDING-PRE-EMPTION PDU 

IMPENDING-PRE-EMPTION PDU shall contain the SS-PPC information elements listed in table 24. 



Table 24: Definition of IMPENDING-PRE-EMPTION PDU 



Information element 


Length 


Type 


C/O/M 


Value 


Remark 


SS-Type 


6 


1 


M 




EN 300 392-9 [3] 


PPC PDU type 


5 


1 


M 


011 0 2 


IMPENDING-PRE-EMPTION 


Time to pre-emption 


4 


2 


O 







5.4.14 USER-PRE-EMPTED PDU 

USER-PRE-EMPTED PDU shall contain the SS-PPC information elements listed in table 25. 

Table 25: Definition of USER-PRE-EMPTED PDU 



Information Element 


Length 


Type 


C/O/M 


Value 


Remark 


SS-Type 


6 


1 


M 




EN 300 392-9 f31 


PPC PDU type 


5 


1 


M 


0110 2 


USER-PRE-EMPTED 


Number of pre-empted parties 


5 


1 


M 




Subscriber identity given 


Pre-empted party 


Variable 




C 




Note 


NOTE: The information element shall be present as many times as the Number of pre-empted parties 
information element indicates. 



5.5 Information element coding 

This clause shall specify the information element coding for the information elements within the PDUs defined in 
clause 5.4. 

5.5.1 Basic service(s) 

Basic service(s) shall indicate the basic service(s) to which the SS-PPC priority values are defined. Basic service 
information element is described in table 26. 

All applicable basic services shall comprise of circuit mode speech and circuit mode data basic service. 



Table 26: Basic service contents 



Information element 


Length 


Value 


Remarks 


Basic service(s) 


2 


00 2 


All applicable basic services 






01 2 


Circuit mode speech 






10 2 


Circuit mode data 






11 2 


Reserved 
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5.5.2 Number of pre-empted parties 

The Number of pre-empted parties information element shall indicate the number of pre-empted party identities listen in 
the USER-PRE-EMPTED PDU. Number of pre-empted parties information element is described in table 27. 



Table 27: Number of pre-empted parties contents 



Information element 


Length 


Value 


Remarks 


Number of pre-empted parties 


5 


00000 2 


No pre-empted party identities 


00001 2 


1 pre-empted party identities 


0001 0 2 


2 pre-empted party identities 






11110 2 


30 pre-empted party identities 


11111 2 


31 pre-empted party identities 



5.5.3 Number of SS-PPC definitions 

The number of SS-PPC definitions information element shall indicate how many basic service and SS-PPC priority 
information elements shall follow in the PDU. Number of SS-PPC definition information element is described in 
table 28. 



Table 28: Number of SS-PPC definitions contents 



Information Element 


Length 


Value 


Remarks 


Number of SS-PPC definitions 


2 


00 2 


Reserved 






01 2 


1 






10 2 


2 






11 2 


Reserved 
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5.5.4 PPC PDU type 

The PPC PDU type information element shall indicate the type of the action as described in table 29. 



Table 29: PPC PDU type contents 



Information element 


Length 


Value 


Remark 


PPC PDU type 


5 


00000 2 


Defined in EN 300 392-9 [3] 






00001 2 


Defined in EN 300 392-9 [3] 






0001 0 2 


Defined in EN 300 392-9 [3] 






00011 2 


Defined in EN 300 392-9 [3] 






001 00 2 


Defined in EN 300 392-9 [3] 






001 01 2 


DEFINE 






0011 0 2 


DEFINE ACK 






00111 2 


ASSIGN 






01000 2 


ASSIGN ACK 






01 001 2 


WITHDRAW 






01010 2 


WITHDRAW ACK 






01011 2 


REMOVE 






01100 2 


REMOVE ACK 






01101 2 


INTERROGATE 






01110 2 


INTERROGATE ACK 






011 1 1 2 


IMPENDING-PRE-EMPTION 






10000 2 


USER-PRE-EMPTED 






10001 2 


Reserved 






etc... 


etc... 






1 1 1 1 1 2 


Reserved 



5.5.5 Pre-empted party 

The pre-empted party information element identifies the party that has been pre-empted. Either the TETRA identity or 
external subscriber number may be given. The pre-empted party information element shall be coded for the air interface 
as presented in table 30 and for Inter System Interface as presented in table 30A. 



Table 30: Pre-empted party information element contents for the air interface 



Information element 


Length 


Type 


C/O/M 


Value 


Remark 


Subscriber identity 


Variable 


2 


O 




See note 1 


External subscriber number 


Variable 


2 


O 




See notes 1 and 2 


NOTE 1 : The present document does not define what the subscriber identity information element identifies, if both 
it and the External subscriber number information elements are present. 

NOTE 2: The external subscriber number shall be encoded as defined in EN 300 392-9 [3], clause 8.4.3, table 20. 
The value of the number of external subscriber number digits information element in it should not be set 
to "0" as the information element external subscriber number is already optional. 
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Table 30A: Pre-empted party information element contents for the inter system interface 



Information element 


Length 


Type 


C/O/M 


Value 


Remark 


Subscriber identity 


Variable 


2 


O 




See note 1 


External subscriber number 


Variable 


2 


O 




See notes 1 and 2 


External number parameter 


9 




O 




See note 3 


NOTE 1 : The present document does not define what the subscriber identity information element identifies, if both it 
and the external subscriber number information elements are present. 

NOTE 2: The external subscriber number shall be encoded as defined in EN 300 392-9 [3], clause 8.4.3, table 20. 

The value of the number of external subscriber number digits information element in it should not be set to 
"O" as the information element external subscriber number is already optional. 

NOTE 3: This information element shall not be present if the external subscriber number is not present. 



5.5.6 Range type 

The Range type information element shall indicate how many subscriber identity information elements shall follow in 
the PDU and how the information elements shall be interpreted, i.e. single identity, list of identities or a range of 
identities. The generic definition of the information element range type in EN 300 392-9 [3] applies, with the restriction 
that due to the way that information element is used in the present document, its value shall never be equal to 0. 

In case of range, first and last information element of the range shall be given and the definition shall be requested to all 
subscriber numbers within the range including the first and last information element of the range. 

5.5.7 Result for definition 

Result for definition shall indicate whether the previously made definition request was successful or unsuccessful. 
Result for definition information element is described in table 31. 



Table 31 : Result for definition contents 



Information Element 


Length 


Value 


Remark 


Result for definition 


3 


ooo 2 


Accepted by SwMI or 
Accepted by MS, see note 


001 2 


Accepted but SS-PPC priority 
values changed, see note 


01 o 2 


Users A(s) could not accept the 
request/ users A(s) was not 
reached, see note 


011 2 


Request failed for any reason 


100 2 


User not authorized, see note 


101 2 


Unknown TETRA identity 


110 2 


Parameters not valid 


111 2 


Insufficient information 


NOTE: The following definition results only apply for the SwMI: 

- "accepted by SwMI", "accepted but SS-PPC priority values changed", "user 
A(s) was not reachable" and "user not authorized". 
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5.5.8 Result for interrogation 

Result for interrogation shall indicate whether the previously made interrogation request was successful or unsuccessful. 
Result for interrogation information element is described in table 32. 



Table 32: Result for interrogation contents 



Information element 


Length 


Value 


Remark 


Result for interrogation 


3 


000 2 


Accepted 






001 2 


Accepted, but one or more affected users could not 
accept the request/accepted, but one or more affected 
users where not reached 






01 o 2 


SS-PPC not defined for the given identity 






011 2 


Request failed for any reason 






100 2 


User not authorized 






101 2 


Unknown TETRA identity 






110 2 


Parameters not valid 






111 2 


Reserved 



5.5.9 Result for withdrawal 

Result for withdrawal shall indicate whether the withdrawal request was successful or unsuccessful. Result for 
withdrawal information element is described in table 33. 



Table 33: Result for withdrawal contents 



Information element 


Length 


Value 


Remark 


Result for withdrawal 


3 


000 2 


Accepted by SwMI or 
Accepted by MS, see note 






001 2 


Reserved 






01 o 2 


User A{s) was not reachable, see note 






011 2 


Request failed for any reason 






100 2 


User not authorized, see note 






101 2 


Unknown TETRA identity 






110 2 


Parameters not valid 






111 2 


Insufficient information 


NOTE: The following definition results only apply for the SwMI: 

"accepted by SwMI", "user A(s) was not reachable" and "user not authorized". 



5.5.10 SS-PPC assignment 

This information element is used to assign a SS-PPC value for the indicated basic service. 



Table 34: SS-PPC assignment contents 



Information element 


Length 


Type 


C/O/M 


Remark 


Basic service 


2 


1 


M 




SS-PPC priority value 


4 


1 


M 
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5.5.11 SS-PPC definition 

This information element is used to define a SS-PPC value or to delete a defined SS-PPC value for the indicated basic 
service. 



Table 35: SS-PPC definition contents 



Information element 


Length 


Type 


C/O/M 


Remark 


Basic service 


2 


1 


M 




SS-PPC priority value 


4 


1 


M 




Non aroup member SS-PPC priority 


4 


2 


O 


See note 


NOTE: The "Non group member SS-PPC priority" information element will not be assigned to 
affected users. Only the SwMI will store this information element. 



5.5.12 SS-PPC priority, Call priority and Non group member SS-PPC 
priority 

Definition of SS-PPC values for the call priority and SS-PPC priority information element. 
SS-PPC priority values are described in table 36. 



Table 36: SS-PPC priority value contents 



Information element 


Length 


Value 


Remarks 


SS-PPC priority value 


4 


00002 


0, see note 1 


0001 2 


1 , see note 2 


etc... 


etc... 


10112 


1 1 , see note 2 


11002 


Pre-emptive priority 1 , see note 3 


11012 


Pre-emptive priority 2, see note 3 


11102 


Pre-emptive priority 3, see note 4 


11112 


Pre-emptive priority 4 (Emergency), see 
note 4 


NOTE 1 : Value 0 corresponds to undefined priority value. 

NOTE 2: Priority values from 1 to 1 1 are defined in EN 300 392-12-1 0 [6], SS-PC stage 3. 
NOTE 3: Will result in resources being pre-empted, application issue as to whether called user(s) is 
pre-empted. 

NOTE 4: Will result in both resources and the called user(s) being pre-empted. 



5.5. 1 3 Subscriber extension present 

The subscriber extension present information element shall indicate whether the MNI part of the TSI address of the 
subscriber is present in the PDU. The information element shall be as defined in table 37. 



Table 37: Subscriber extension information element contents 



Information element 


Length 


Value 


Remark 


Subscriber extension present 


1 


0 


No group extension present 


1 


Subscriber extension present 
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5.5.1 4 Subscriber identity 

The Subscriber identity information element shall define a TSI. The subscriber identity information element is 
described in table 38. 



Table 38: Subscriber identity contents 



Information element 


Length 


Type 


C/O/M 


Remark 


Short subscriber identity. SSI 


24 


1 


M 


See EN 300 392-1 \2] t clause 7 


Subscriber extension present 


1 


1 


M 




Mobile Network Identity, MNI 


24 




C 


See EN 300 392-1 [2], clause 7 



5.5.15 Time to pre-emption 

Time to pre-emption information element shall indicate the time remaining to the forthcoming pre-emption of resources 
or called user. Time to pre-emption information element is described in table 39. 



Table 39: Time to pre-emption contents 



Information element 


Length 


Value 


Remark 


Time to pre-emption 


4 


0000 2 


0 second 






0001 2 


1 second 






001 0 2 


2 seconds 






0011 2 


3 seconds 






0100 2 


4 seconds 






01 01 2 


5 seconds 






0110 2 


6 seconds 






011 1 2 


7 seconds 






1000 2 


8 seconds 






1001 2 


9 seconds 






1010 2 


10 seconds 






101 1 2 


Reserved 






etc... 


etc... 






1111 2 


Reserved 



6 SS-PPC FE behaviour 

The figures contained in this clause are intended to illustrate typical SS-PPC specific FE behaviour in terms of 
information flows sent and received. 

NOTE: The intention of the figures in this clause is to describe the functionality of SS-PPC and the call related 
information flows are not complete, e.g. all the call set-up or call release primitives and PDUs are not 
included in the figures. 

The behaviour of each FE is shown using the (Functional) Specification and Description Language defined in 
ITU-T Recommendation Z.100 [5]. Notice, however, that due to simplicity there are deviations from syntactical rules. 

The convention used in the figures 1 and 2 is that output signals to the left represent information flows towards the user 
and output signals to the right represent information flows towards the SwMI part of the PPC function. Input signals 
from the left represent information from the user and input signals from the right represent information flows from the 
central part of the SwMI. 

FE1 refers to a block and FE_1 refers to a process in the figures 1 and 2. 
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6.1 Behaviour of FE1 (SS entity of user A) 
6.1 .1 Service interaction for FE1 

Service interaction for FE1 is shown in figure 1. 



Block FE1 



ASSIGN ind 

INTERROGATE-ACK con 



Application 



ASSIGN-ACK resp 
INTERROGATE req 



FE 1 



ASSIGN 

INTERROGATE-ACK 



Protocol Control 



ASSIGN-ACK 
[INTERROGATE 



Figure 1 : Service interaction for FE1 
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6.1 .2 Process description for FE1 

Process description of FE1 is shown in figure 2. 



Process FE_1 



5 



ASSIGN 



ASSIGN in I 



1(1) 



( ' DLE ) 



INTERROI 



/ INTERROC,ATE-A<5& s|GN . 
\ conf 



ASSIGN-ACK resp >| NTE RROCiATE req 



? * 



kAC^> 



INTERROGATE 



Figure 2: Process description for FE1 
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6.2 Behaviour of CCA to which FE1 is collocated 



6.2.1 Service interaction for CCA to which FE1 is collocated 

Service interaction for CCA to which FE1 is collocated is shown in figure 3. 



Block CCA.FE1 



L 



I 



TNCC-SETUPcori 



Application 



TNCC-SETUP rec] 



CCA FE_1 



[d-connect| 



Protocol Control 



Ju-SETUp] 



KD 



Figure 3: Service interaction for CCA to which FE1 is collocated 
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6.2.2 Process description for CCA to which FE1 is collocated 

Process description for CCA to which FE1 is collocated is shown in figure 4. 



Process CCA_FE_1 



IDLE 



TNCC-SET JP-req 



U-SETUP 



MO_CALL_ 
.SETUP 



1(D 



MO-CALL- 
SETUP 



D-CONNEi 



TNCC-SET JP-con 



CALL-ACTIVE 



Figure 4: Process description for CCA to which FE1 is collocated 
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6.3 



Behaviour of FE21 



6.3.1 Service interaction for FE21 

Service interaction for FE21 is shown in figure 5. 



Block FE21 



FE 21 



DEFINE 

ASSIGN-ACK 

INTERROGATE 



Protocol Control 



DEFINE-ACK 
ASSIGN 
INTERROGATE-ACk 



10) 



Figure 5: Service interaction for FE21 
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6.3.2 Process description for FE21 

Process descriptions for FE21 state IDLE is shown in figure 6. 



Process <<Block FE21>> FE_21 



1(2) 






(true) 


INTERROGATE^ 







(false) 



R ejection indication 
INTER ROGAjfc-ApK 



JZ 



Response to 
interrogation 



Figure 6: Process description for FE21 state IDLE 
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6.4 Behaviour of CC to which FE21 is collocated 



6.4.1 Service interaction for CC to which FE21 is collocated 

Service interaction for CC to which FE21 is collocated is shown in figure 7. 



10) 



CC_FE_21 



U-ALERT 
U-CONNECT 
U-DISCONNECT 
U-SETUP 



Protocol Control 



D-SETUP 
D-CONNECT 
D-RE LEASE 

IMPENDING-PRE-EMPTION 
USER-PRE-EMPTED 

Figure 7: Service interaction for CC to which FE21 is collocated 
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6.4.2 Process description for CC to which FE21 is collocated 

Process description for CC to which FE21 is collocated is shown in figures 8, 9 and 10. 



Process CC_FE_21 
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invoke a call 



U-SETUP 




Verify_priority 
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PRE-EMPTED 
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(true) 
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S^UP-STARTJD 



(false) 



D-RELEASE 
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1(3) 



To move called party 
to the SS-PPC call; 
includes SS-PPC priority 



Figure 8: Process description for CC to which FE21 is collocated 
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page2(3) 



RESOUROES- 
PRE-EMRTED 




To both participants; 
includes pre-emption ind. 



(false) 



(false) 




(false) 



"Send, 
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(true) 



impending^ 

PRE'EMPTIpN 



(false) 



D-SETUP 



HZ 



To move called party 
to the SS-PPC call; 
includes SS-PPC priority 



PARTIES 
.PRE-EMPTEDj 



Figure 9: Process description for CC to which FE21 is collocated 
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Process CC_FE_21 




page3(3) 



SETUP- 
\ STARTED 



>i 



SS-PPC call 



Figure 10: Process description for CC to which FE21 is collocated 
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6.5 Behaviour of FE3 (SS entity of authorized user) 
6.5.1 Service interaction for FE3 

Service interaction for FE3 is shown in figure 11. 



Block FE3 



L 



"3 



DEFINE-ACK con 
INTERROGATE-ACK cor 



Application 



DEFINE req 
INTERROGATE re< | 



FE_3 



DEFINE-ACK 
INTERROGATE-ACK 



Protocol Control 



DEFINE 
INTERROGATE 



Figure 11: Service interaction for FE3 
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6.5.2 Process description for FE3 

Process description of FE3 is shown in figure 12. 



Process FE_3 



1(1) 



IDLE 



DEFINE re<J ^ IN TERROGATE req 
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DEFINE-AI 
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DEFINE-AC K con 
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Figure 12: Process description for FE3 
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6.6 Behaviour of visited SwMI FE25 



6.6.1 Service interaction for FE25 

Service interaction for FE25 is shown in figure 13. 



FE_25 



/ 

DEFINE 

DEFINE-ACK 

ASSIGN 

ASSIGN-ACK 

INTERROGATE 

INTERROGATE-ACK 

Protocol Control 



DEFINE 

DEFINE-ACK 

ASSIGN 

ASSIGN-ACK 

INTERROGATE 

INTERROGATE-ACK 



Figure 13: Service interaction for visited SwMI FE25 
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6.6.2 Process description for visited SwMI FE25 

Process description for FE25 is shown in figure 14. 



Process FE_25 



1(1) 



DEFINE 



DEFINE 



IDLE 



<^ PEFINE-AO^ DEFINE-US^R ASSIGN-AC^ IN TERROGATE MNTERROC^TE -ACK 
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Figure 14: Process description for FE25 
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6.7 Behaviour of CC to which FE25 is collocated 

Service interaction for CC to which FE25 is collocated is shown in figure 15. 



Block CC FE25 



CC FE 25 



U-DISCONNECT 



Protocol Control 



D-RELEASE 

IMPENDING-PRE-EMPTION 
USER-PRE-EMPTED 



10) 



Figure 15: Service interaction for CC to which FE25 is collocated 
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6.8 Behaviour of FES 
6.8.1 Service interaction for FES 

Service interaction for FES is shown in figure 16. 



Block FES 



IMPENDING-PRE 
EMPTION ind 



Application 



FES 



7fv 



IMPENDING-PRE 
EMPTION 



Protocol Control 



Figure 16: Service interaction for FE5 
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6.8.2 Process description for FES 

Process description for FE5 is shown in figure 17. 



Process FES 



IDLE 



IMPENDING- 
PRE-EMPTHON 



IMPENDING- 
PRE-EMPfTION ind 



10) 



Figure 17: Process description for FE5 
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6.9 Behaviour of CCA to which FES is collocated 

The disconnection of the possibly existing call within CCA collocated to FES is not shown in the figures 18 and 20. 
However, upon reception of a higher priority SS-PPC call, the lower priority call should be released within CCA. 

6.9.1 Service interaction for CCA to which FES is collocated 

Service interaction for CCA to which FE5 is collocated is shown in figure 18. 



/TV 



Block CCA_FE5 



TNCC-SETUP-ind 

TNCC-RELEASE-ind 

TNCC-RELEASE-con 

TNCC-IMPENDING- 
- PREEMPTION ind 

Application 



TNCC-SETUP-res 
TNCC- RELEASE-req 

" \ 



CCA_FE_5 



D-SETUP 
D-RELEASE 

IMPENDING PRE-EMPTION 



Protocol Control 



U-ALERT 
U-CONNECT 
U-DISCONNECT 
U-RELEASE 
CONFIGURE req 



1(D 



Figure 18: Service interaction for CCA to which FES is collocated 
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6.9.2 Process description for CCA collocated to FES 

Process description for CCA collocated to FE5 is shown in figures 19 and 20. 



Process CCA_FE_5 



ANY STATE 



D-SETUP 



Contains SS-PPC 
priority 



ind 
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IMPENDS 
PRE-EMPlHDN 
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Figure 19: Process description of ANY STATE for CCA collocated to FES 
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Process u_cca_fe5 



Untitled1(1) 
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RE>Kr 
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(false) 
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ACTIVE 



Figure 20: Process description of states MT-C ALL-SETUP, CALL-ACTIVE 
and IDLE for CCA to which FES is collocated 
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6.10 Behaviour of FE8 



6.10.1 Service interaction for FE8 

Service interaction for FE8 is shown in figure 21. 



Block FE8 
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Application 
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Figure 21: Service interaction for FE8 
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6.10.2 Process description for FE8 

Process description for FE8 is shown in figure 22. 



Process FE8 



page1(1) 



ANY-STATE 



Any state in which call 
setup has started and 
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Figure 22: Process description for FE8 
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6.1 1 Behaviour of CCA to which FE8 is collocated 



6.1 1 .1 Service interaction for CCA to which FE8 is collocated 

Service interaction for CCA to which FE8 is collocated is shown in figure 23. 



Block CCA FE8 



[tncc_release ind ] 



Application 



CCA FE 8 



D-RELEASE 



Protocol Control 



U-RELEASE 
configure req 



Figure 23: Service interaction for CCA to which FE8 is collocated 
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6.1 1 .2 Process description for CCA collocated to FE8 

Process description for CCA collocated to FE8 is shown in figure 24. 



Process CCA_FE„8 



1(1) 



ANY-STATE 



HAny state in which call 
setup has been started 
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released 
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tncc_release ind 
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Figure 24: Process description for CCA collocated to FE8 



6.1 1 Inter-working considerations 



In order to enable the SS-PPC to extend to several TETRA systems over the ISI the FE2s in different TETRA systems 
shall be able to send and receive SS information flows over the ISI. 
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Annex A (informative): 

Mapping of SS-PPC priorities received from the user 
application to priorities in basic service PDUs (for the MS) 

The capability to save SS-PPC definitions in the MS is an optional feature within the MS and the recommendations 
given in the present document are applicable only for user A (calling party), if this optional feature is supported in the 
MS of user A. 

FE1 should pass the SS-PPC definition requests to the user application in the MS. The user application should save the 
definition in the database in the MS. The user application should always accept the definition if the definition is made to 
the Individual TETRA Subscriber Identity (ITSI) related to the MS or to Group TETRA Subscriber Identity (GTSI), if 
the subscriber is member of the group. The user application should acknowledge the SS-PPC definition request, if an 
acknowledgement request was included in the definition request. 

When the SS-PPC service is invoked to a call, the user application should give the correct SS-PPC priority value to 
layer 3. If defined, the SS-PPC definition should be applied in the following way: 

the SS-PPC definition for user A shall be applicable, when user A invokes an individual call; 

the SS-PPC definition for a group shall be applicable, when user A invokes a group call to the defined group 
identity and if user A is a member of the group. 

The user application should allow the user to only request values, that are allowed for the user. If the user is requesting 
a value that is not allowed for the user, the user application should replace the value with a correct value and indicate 
this to the user or bar the basic service request. However, if the service user requests emergency priority, the user 
application should always allow the value. 

When CC receives the call priority value from the user application, it should not need to check the value. The Call 
Control sub-entity within layer 3 should include the priority into the Call priority parameter within SETUP PDU. 

The SwMI sends the SS-PPC priority in the downlink messages to FE1 and FE5(s). FE1 and FES should pass the 
operated SS-PPC priority to the user application. 

NOTE: As the operated SS-PPC priority can be different from the invoked SS-PPC priority, FE1 should pass the 
priority to the user application. 

The user application should then accept the received priority and act upon it. 
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Annex B (informative): 
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Annex C (informative): 
Change requests 

The present document contains changes since ETS 300 392-12-16 Ed.l as presented in table C.l. 



Table C.1 : Change requests 
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003 
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WITHDRAW PDU encoding 
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